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CALL DETAIL RECORD FOR INTERNET CALL WAITING 

FIELD OF THE INVENTION 

5 The present invention relates to a method for logging call completion information in an 
Internet call waiting environment 

BACKGROUND OF THE INVENTION 

10 

The present invention deals with fixed and mobile telephony systems, and with Internet 
related systems and networks. In this context, Internet users having only one telephone 
connection are not able to answer incoming telephone calls while being on-line via 
Internet. A possible system to notify Internet users during an active Internet session 

15 about an incoming telephone call is known from PCT Application No. WO 99/14924. 
According to this known method it is possible to set up an IP call. However, this known 
method does not include the logging of management information during the set up 
procedure. As a consequence, the provider of the Internet Call Waiting (ICW) service 
has not available management information concerning the provisioning and execution 

20 of the ICW service on which accounting-, fault- and performance management 

activities, e.g. for improving the service levels, can be based. This type of management 
information is not only useful in the case of IP calls to be set up. Also for other types of 
calls to be set up, such as PSTN calls, the management information is useful for the 
service provider. Also for situations where the call set up procedure fails, it is desirable 

25 for the ICW service provider to have available management information. 



AIM OF THE INVENTION 

30 

It is an object of the invention to eliminate the drawbacks of the prior art and to provide 
a method for the logging of management information during the call completion process 
in an Internet call waiting environment. 
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SUMMARY OF THE INVENTION 

5 The process of completing a call in an Internet call waiting environment requires 

significantly more steps than the 'normal 1 call completion process. Also, in an Internet 
call waiting environment the steps are more complex, and there are more entities 
interoperate together to provision the Internet call waiting service. Therefore, a service 
provider would like to have available information about the performance of the Internet 
10 call waiting service. A drawback of the prior art is that there is no logging of information 
relating to the provisioning and the execution of the ICW service. 

The method according to the invention eliminates the drawbacks of the prior rat and 
comprises the logging of events relating to the provisioning and the execution of the 

15 ICW service. In an embodiment of the present invention the method comprises the 
creation by an ICW application server of a service detail record that comprises 
parameters. The parameters of the service detail record can be assigned a value 
during the call completion process in order to log information relating to the call 
completion process. Another aspect of the method that is comprised by the 

20 embodiment is to make use of timers for controlling the process of call completion and 
to base information logging on. The service detail record relates to a call completion 
instance and can comprise every kind of information that is relevant for a specific call 
completion procedure. The present invention is not limited to situations where a call is 
established between a calling party and a called party. Also for cases where there is no 

25 call established (e.g. the call is routed to a voice mail server), according to the present 
invention management information can be logged. 

An ICW application server is connected to a ICW web server. The ICW application 
server may handle provisioning-requests coming from the ICW web server, may offer 

30 tools used by a helpdesk and the operational maintenance, may store user-profiles of 
ICW users, may play a role during the execution of the ICW service, and may log 
information relating to the execution of the ICW service. The ICW application server 
communicates to an ICW client that resides at the equipment of the ICW user. The 
equipment of the user can be mobile or fixed access equipment, such as a personal 

35 computer or a GSM mobile phone. Devices in which different technologies, such as 
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UMTS, IP, GSM, GPRS, Bluetooth and XML are combined or integrated are not 
excluded in the present invention. 

The ICW application server can be a computer program running on a computer device. 
5 In the present invention there are no restrictions related to the operating system or any 
other aspect relevant to the computer device hosting the ICW application server. The 
ICW application server can be any type of computer program and is not restricted to IP 
related protocols and technology. In daily practice, the word server may not only mean 
a computer program but also a computer device comprising hardware and software. In 

10 the present invention neither one of these meanings is excluded. The ICW application 
server may be a computer program, but may also be a system comprising hardware 
and software. During the provisioning and execution of the ICW service and during the 
information logging process the ICW application server can communicate to other 
entities in the ICW environment. This communication can be via any type of network or 

15 communication channel including signaling protocols. 

In accordance of this invention, a method is disclosed for logging information during a 
call completion procedure in an Internet call waiting environment. For this purpose, the 
method according to the present invention comprises the steps of: 

20 

■ creating a service detail record (200), 

■ and assigning a value to a parameter of the service detail record (200). 

These steps of the method enable service providers to have available management 
25 information that is logged during the process of completing a call between a calling 
party and a called party. 

Another aspect of the present invention is that the ICW application server makes use of 
an ICW user record that comprises information relating to a specific ICW user. 

30 

BRIEF DESCRIPTION OF THE DRAWING FIGURE 

35 The foregoing aspects and many of attendant advantages of this invention will become 
better understood by reference to the following detailed description, when taken in 
conjunction with the accompanying drawing, wherein: 
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FIG. 1 is a conceptual block diagram illustrating an Internet call waiting environment in 
which the ICW application server is situated. 

5 FIG. 2 is illustrating a call completion scenario during which management information is 
logged. 

In FIG. 3 the structure of the ICW user record and the service detail record are 
depicted. 

10 



EXEMPLARY EMBODIMENTS 

15 For the purpose of teaching of the invention, preferred embodiments of the method and 
devices of the invention are described in the sequel. It will be apparent to the person 
skilled in the art that other alternative and equivalent embodiments of the invention can 
be conceived and reduced to practice without departing form the true spirit of the 
invention, the scope of the invention being limited only by the appended claims as 

20 finally granted. 

FIG.1 shows a conceptual overview of an Internet call waiting environment. Referring 
to FIG. 1 there is a web browser (1) that resides on the equipment of the ICW user, 
such as a personal computer or a mobile telephone. The web browser (1) can be used 

25 for accessing Internet content and applications via an Internet or IP related network (2), 
but also for activating the ICW service via an ICW web server (3). The web browser (1) 
is not limited to HTML based browsers, but can be any type of graphical user-interface 
such as a XML based browser. The Internet or IP related network (2) is not necessarily 
a public network, but may also be a private network. Also, the Internet or IP related 

30 network (2) is not necessarily a fixed network but may also be a network based on 
mobile technology, such as GSM, GPRS and UMTS. The ICW web server (3) is the 
portal for the ICW provisioning and execution process, and can be based on HTML 
although other technologies or standards may be the basis for the ICW web server (3). 
The ICW web server (3) provides a web interface for signing up for the ICW service, for 

35 downloading ICW software and for looking up information about the service. 
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An ICW application server (4) is connected to the ICW web server (3). The ICW 
application server (4) may handle provisioning-requests coming from the ICW web 
server (3), may offer tools used by a helpdesk and the operational maintenance, may 
store user-profiles of ICW users, may play a role during the execution of the ICW 
5 service, and may log information relating to the execution of the ICW service. The ICW 
application server (4) may also comprise an interface for accessing, by humans or 
devices, the information that is logged. The ICW application server (4) is responsible 
for the interaction with an ICW-client (10) during the activation-process and the 
execution of the ICW service. The ICW application server (4) can be a computer 

10 program running on a computer device. In the present invention there are no 
restrictions related to the operating system or any other aspect relevant to the 
computer device hosting the ICW application server (4). The ICW application server (4) 
can be any type of computer program and is not restricted to IP related protocols and 
technology. In daily practice, the word server may not only mean a computer program 

15 but also a computer device comprising hardware and software. In the present invention 
neither one of these meanings is excluded. The ICW application server (4) may be a 
computer program, but may also be a system comprising hardware and software. 
Further, every type of communication protocol may be supported by the application 
server (4), such as ISDN, ATM, IP, GSM, UMTS, and signaling protocols like SS No. 7. 

20 

The ICW client (10) is a software application on the ICW user's equipment, necessary 
to use the ICW service. The ICW client (10) may or may not be on the same equipment 
as the web browser (1). The ICW client (10) comprises VoIP functionality that takes 
care of answering an inbound call offered from a VoIP Server (9). The ICW client (10) 
25 can be downloaded from the ICW web server (3) and can be installed by the ICW user 
on his equipment. ICW user-dependent service settings can be configured in the ICW 
Client (10). The VoIP server (9) takes care of rerouting the call to the equipment of the 
ICW-user. The VoIP server (9) may comprise a VoIP gateway and a SIP-Proxy 
necessary to map the telephone number of an ICW user to their IP-address. 

30 

Further, there is a switch (5) connected to the ICW applications server (4). The switch 
(5) is also connected to the VoIP server (9), to a messaging switch (6) and to another 
switch (12) in the telephony domain. The telephony domain may be fixed, such as 
PSTN or ISDN, or mobile or a combination of fixed and mobile. A possible functionality 
35 of the switch (5) is to take care of rerouting incoming calls to a new destination, as a 
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result of the ICW-service. The messaging switch (6) can be used for the handling of 
voice mail messages, and is connected to a voice mail system (7). 

In FIG. 2 a procedure is depicted for the process of routing an incoming call to a 
5 destination (e.g. the telephone number of the ICW user), while that destination is busy 
because of an active Internet session. In this embodiment of the procedure the ICW 
user chooses to accept the incoming call and to route the incoming call to his 
telephone number. The procedure starts at the moment that the incoming call has been 
forwarded via the telephony network to the switch (5), and the switch (5) sends a 
10 trigger, such as an INAP trigger, to the ICW application server (4). The trigger from the 
switch (5) comprises a request to set up a call. 

In FIG. 2, the steps of the procedure are depicted. During the procedure the ICW 
application server makes use of a ICW user record (100) for a specific ICW user. The 

15 The ICW user record (100) is depicted in FIG. 3, and comprises parameters relating to 
a specific ICW user, i.e. a subscription status (101), an activation status (102), a type of 
connection (103), a phone number (104), an activation code (105), and an IP address 
(106). The ICW application server (4) also can make use of a service detail record 
(200). The service detail record (200) comprises information about the ICW service that 

20 is provided to the ICW user. The service detail record (200) also can comprise 

information that can be used advantageously for account management, performance 
management and fault management purposes later by the ICW service provider. The 
service detail record (200) comprises the following parameters: unique ID (201), A- 
number, (202), A-number presentation (203), B-number (204), originally dialed number 

25 (205), start of pop-up (206), start of outgoing call (207), status (208), choice (209), 
popup choice time (210), and timeout (211). 

Again referring to FIG. 2, the procedure comprises the following steps. The ICW 
application server (4) establishes in a database (13), that can be any kind of memory 

30 means, that there is not another call in progress for the called party number (step 1). 
The ICW application server (4) looks up in the ICW user record (100) in a subscriber 
table. This looking up is based on the called party number, and the ICW application 
server (4) establishes in the ICW user record (100) that a subscription status (101) is 
"signed up" and activation status (102) is "online" (step 2). The ICW application server 

35 (4) creates the service detail record (200), and sets the unique id field (201) to a certain 
value and sets the status (207) to "online". Other fields of the service detail record 
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(200) such as A-number (202), A-number presentation (203), B-number (204) and 
originally dialed number (205) should be set to the applicable values (step 3). A timer 
Client_activated_OK (301) is started: this timer keeps up with the time the switch (5) 
will wait before routing to the messaging switch (6) in order to be sure that the incoming 
5 call can be associated with a user that has activated for ICW (step 4). The ICW 

application server (4) requests the switch (5) to start playing a ring tone for the calling 
party (step 5). 



A timer Wait_for_destination_number (302) is started: this is the maximum time the 

10 ICW application server (4) will wait before routing the call to messaging switch (6) (step 
6). The ICW application server (4) updates the service detail record (200): a start of 
popup field (206) should be set to current date and time (step 7). The ICW application 
server (4) sends a request to the ICW Client (10), using the IP-address (106) in the 
ICW user record (100), to display a screen pop up on the screen of the ICW user. The 

15 IP address (106) is the IP address that is in use for the active Internet session of the 
ICW user. The request contains the calling party number (if avalable) and the available 
choices. The available choices may comprise routing the incoming call to the telephone 
number of the ICW user ('own number 1 option), to voice mail, to set up an VoIP call 
between the calling party and the called party or to neglect the incoming call. The 

20 calling party number can not be included in the request if the calling party number is 
restricted (step 8). Within the period defined by the Client_activated_OK timer (301) , 
the ICW application server (4) receives an acknowledgement from the ICW client (10) 
that the ICW user is activated for ICW service. The acknowledgement contains the 
phone number and the activation code (step 9). The ICW application server (4) 

25 establishes that the activation code (105) is correct (i.e. phone number / activation 
code in reply match phone number (104) / activation code (105) in ICW user's record 
(100)) (step 10). The ICW application server (4) sends a request to the switch (5) for 
monitoring the call (step 11). Within the period defined by the 
Wait_forjdestination_number timer (302), the ICW application server (4) receives the 

30 choice 'own number* from the ICW Client (10), including the activation code (step 12). 

The ICW application server (4) updates the service detail record (200): choice (209) is 
set to "own number", and popup choice time (210) received should be set to current 
date&time; timeout (21 1) should be set to "no" (step 13). The ICW application server 
35 establishes that activation code is correct (i.e. phone number / activation code in reply 
match phone number / activation code in ICW user's record) (step 14). Depending on 
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the received destination number, timer wait_forjrnodem_to_disconnect(303) (incase of 
own number) or timer SIP_Client_to_start (304) (in case of VoIP) is started (step 15). 
The ICW application server (4) requests the switch (5) to answer the incoming call, and 
to play an announcement to the calling party (step 16). In the mean time the ICW user 
5 ends the Internet connection. The ICW Application server (4) sends a 'connect' to the 
switch (5), upon which the switch (5) calls the ICW user's phone number and, after the 
ICW user answers the phone, routes the call to the ICW user's phone. The calling party 
number can be restricted if the original calling party number was restricted (CLIR). 
(step 17). The ICW application server (4) updates the service detail record (200): the 
10 start of outgoing call field (207) is set to the current date and time (step 18). 



